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A Method for Prefetching Recursive Data Structure Traversals 

Field of the Invention 

This invention addresses the problem of prefetching indirect memory references commonly found 
in applications employing pointer-based data structures such as trees, linked lists, and graphs. More 
specifically, the invention relates to a method for pipelining traversals on these data structures in a way that 
makes it possible to employ data prefetching into high speed caches closer to the CPU from slow memory. 
It further specifies a means of scheduling prefetch operations on data so as to improve the throughput of the 
computer system by overlapping the prefetching of future memory references with the execution of 
previously cached data. 

Background of the Invention 

Modem microprocessors employ multiple levels of memory of varying speeds to reduce the 
latency of references to data stored in memory. Memories physically closer to the microprocessor typically 
operate at speeds much closer to that of the microprocessor, but are constrained in the amount of data they 
can store at any given point in time. Memories further from the processor tend to consist of large dynamic 
random access memory (DRAM) that can accommodate a large amount of data and instructions, but 
introduce an undesirable latency when the instructions or data cannot be found in the primary, secondary, 
or tertiary caches. Prior art has addressed this memory latency problem by prefetching data and/or 
instructions into the one or more of the cache memories through explicit or implicit prefetch operations. 
The prefetch operations do not stall the processor, but allow computation on other data to overlap with the 
transfer of the prefetch operand from other levels of the memory hierarchy. Prefetch operations require the 
compiler or the progranmier to predict with some degree of accuracy which memory locations will be 
referenced in the future. For certain mathematical constructs such as arrays and matrices, these memory 
locations can be computed a priori. In contrast, the memory reference patterns of the traversals of certain 
data structures such as linked lists, trees, and graphs are generally unpredictable because the nodes that 
make up the graph are frequently allocated at run time. 

In modern transaction processing systems, database servers, operating systems, and other 
commercial and engineering applications, information is frequently organized in trees, graphs, and linked 
lists. Lack of spatial locality results in a high probability that a miss will be incurred at each cache in the 
memory hierarchy. Each cache miss causes the processor to stall while the referenced value is fetched from 
lower levels of the memory hierarchy. Because this is likely to be the case for a significant fraction of the 
nodes traversed in the data structure, processor utilization will suffer. 

The inability to compute the address of the next address to be referenced makes prefetching 
difficult in such applications. The invention allows compilers and/or programmers to restructure data 
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structures and traversals so that pointers are dereferenced in a pipelined noianner, thereby making it possible 
to schedule prefetch operations in a consistent fashion. 
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Description of Prior Art 

Multi-threading and multiple context processors have been described in prior art as a means of 
hiding memory latency in applications. The context of a thread typically consists of the value of its 
registers at a given point in time. The scheduling of threads can occur dynamically or via cycle-by-cycle 
interleaving. Neither approach has proven practical in modem microprocessor designs. Their usefulness is 
bounded by the context switch time (i.e. the amount of time required to drain the execution pipelines) and 
the number of contexts that can be supported in hardware. The higher the miss rate of an application, the 
more contexts must be supported in hardware. Similarly, the longer the memory latency, the more work 
must be performed by other threads in order to hide memory latency. The more time that expires before a 
stalled thread is scheduled to execute again, the greater the likelihood that one of the other threads has 
caused a future operand of the stalled thread to be evacuated from the cache, thereby increasing the miss 
rater, and so creating a vicious cycle. 

Non-blocking loads are similar to software controlled prefetch operations, in that the programmer 
or compiler attempts to move the register load operation sufficiently far in advance of the first utilization of 
said register so as to hide a potential cache miss. Non-blocking loads bind a memory operand to a register 
early in the instruction stream. Early binding has the drawback that it is difficult to maintain program 
correctness in pointer based codes because loads cannot be moved ahead of a store unless it is certain that 
they are to different memory locations. Memory disambiguation is a difficult problem for compilers to 
solve, especially in pointer-based codes. 

In order to effectively prefetch linked lists, prior art has employed prefetch pointers at each node 
of the linked list. Each prefetch pointer is assigned the address of a list element sufficiently far down the 
traversal path of the linked list so that a prefetch request may be issued far enough in advance for the 
element to arrive in cache before the element is actually reached in the course of the ordinary traversal. 
The storage overhead for prefetch pointers is 0(N). Furthermore, the data structure cannot be subject to 
frequent change, since the cost of maintaining the prefetch pointers can be prohibitive. Another approach 
advocated by prior art is embedding the data structure in an array. This removes the 0(N) storage overhead 
incurred with prefetch pointers, but eliminates the benefits of employing a pointer-based data structure as 
well. 
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Similar to a linked list traversals, traversal of a tree data structure would have to prefetch more 
than a single node ahead in the traversal path in order to hide any significant memory latency. In codes 
where both the data structure and the traversal path through the data structure remain static over the course 
of many traversals, it may be possible to maintain a traversal history pointer at each node, as illustrated in 
figure 3. Maintaining the adjunct history pointer adds significant storage space overhead for each of the 
pointers. The approach can also incur significant runtime overhead to maintain the history pointers 
whenever the data structure is updated because the data structure must be traversed in its entirety in order to 
ensure that the correct nodes are prefetched. 
Summary of the Invention 

The present invention significantly increases the cache hit rates of many important data structure 
traversals, and thereby the potential throughput of the computer system and application in which it is 
employed. For data structure traversals in which the traversal path may be predetermined, a transformation 
is performed on the data structure that permits references to nodes that will be traversed in the future be 
computed sufficiently far in advance to prefetch the data into cache. 

For data structure traversals in which the traversal path may be predetermined, the underlying data 
structure is given an alternative representation of multiple sub-structures. Thus a linked hst is implemented 
as a group of linked lists in the following manner: The first element of the linked Hst is placed at some 
predetermined location in the data structure representing the group. The second element is placed at 
another location in the group data structure. A function is determined that sequentially yields the address 
of the location in the first location of each linked list in the group. ^ A prefetch request is then issued for the 
first elements of each of the N lists, where is sufficiently large so that a prefetch operation can hide the 
latency of cache miss. As each list element in each list is processed, a prefetch request may be issued for 
the next element in the list. A separate group of position pointers maintains the position of the traversal of 
each of the N lists, and is updated as each node is processed. The next node to be traversed is the node in 
the next list (rather than the next element of a given list). Each node indicated by the position pointers is 
therefore visited in the order indicated by the aforementioned fiinction. If the fimction is given by 
f(x)=(x+l) modulo N, and the group of position pointers is represented by an array P, then the position 
pointers indicated are traversed in the order P[0], P[l], P[2], . . ., P[iV], P[0], P[l], . . . As the list element 
pointed to by each position pointer is traversed, each position pointer is updated to point to the next element 
of the list. 

The same method can be applied to general pointer-based data structures. Tree data structures are 
frequently used to represent sets, for mstance. The invention represents a tree as a group of trees, 
henceforth referred to as sl forest in this application. Instead of traversing the nodes of a single tree, the 
traversal of N trees are conducted in a pipelined fashion. As a node in a given tree is processed, a prefetch 
request is issued for the appropriate child that is to be visited next in that subtree. Alternatively, it is 

^ The group of lists can be represented by an array, and the function merely increments the array index by 
one, i.e. f(x) = (x + 1) modulo N. 
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possible to issue a prefetch request for the address indicated in the updated position pointer at position 
P[(/+D) modulo F], where / is the current position, D is the number of trees across which a prefetch must 
occur in order to hide latency introduced by a cache miss, and F is the number of trees in the forest. 

5 Brief Description of the Drawings 

Figure 1 illustrates a linked list according to prior art, with 0(N) storage overhead, where N 
corresponds to the number of elements in the list. 

Figure 2 illustrates a linked list implementation that preserves 0(1) push and pop, enqueue and 
dequeue operations, yet is prefetchable with only 0(1) storage overhead. The list in this example is 
10 constructed of four sublists, So, Si, S2, and S3. List element 1 can be deleted by assigning sublist header 
S3 to the element pointed to the child pointer of element 1, i.e. element 5. The index of the head of the list, 
head^index is then incremented modulo P, where P is the number of sublists. Similarly, deletion from 
the tail decrements the index of the variable indicating the tail element, while the parent of the linked list 
element is assigned a child pointer value indicating no further children. 
15 Figure 3 illustrates an implementation of a tree with history pointers with 0(N) storage overhead. 

The history list is constructed during a separate traversal of the data structure. 

Figure 4 illustrates an implementation of a tree data structure that is prefetchable. Multiple 
subtrees, in this example. To, Ti, and T2, are represented as a group by means of the data structure G^. In 
this example, the group is structured as an array, but any representation of the group is applicable. 
20 Figure 5 illustrates how a tree traversal is modified into a forest traversal. 

Figure 6 shows the performance improvement achieved by traversing linked lists with a varying 
distance (in bytes) between elements of the linked list, where a distance of zero indicates that the two 
linked list elements were adjacent to each other in memory. Linked list elements were of size 8 bytes. 

Figure 7 shows the performance improvement achieved by applying prefetching to a post-order 
25 traversal of a tree, with varying prefetch distances (and thus the number of trees) are represented on the 
horizontal axis. Performance is normalized to the traversal of a traditional Hnked list of the same length, 
and is plotted on the vertical axis. 

Figure 8 provides an example of a pipelined linked list traversal with prefetching. The array 
elements s [ i ] maintain the traversal pointers for each of the sublists S, of figure 2, For this example, it is 
30 assumed that the actual work on each element is performed by the subroutine process__element ( ) , 
which is assumed to return a value corresponding to the token STOP when a stoppmg point has been 
reached, such as the end of the list or an element that is being searched for, etc. The variable p indicates 
the depth of the software pipeline, i.e. the number of cycles required to hide the latency of a memory 
reference. The token PREFETCH is used to indicate a prefetch request for the address stored in the 
35 subsequent variable. 

Figure 9 is a code fragment that provides an example of a pipelined traversal of a set of trees. 



Page 5 of 17 



Figure 70 is a code fragment that provides an example of a pipelined level order traversal, which 
is used to generate a list of trees across which a pipelined traversal can subsequently be performed. 



Figure 1: Linked list representation with jump pointers (Prior Art). 




Figure 3: A tree data structure with history pointers (Prior Art). 




Figure 4: A prefetchable tree representation. 
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Figure 5: Transforming a Tree into a Forest. 



Figure 6: Performance of prefetched linked list traversals. 







Figure 7: Performance of prefetched tree traversals. 



list_element_ptr process_list ( list_ptr list ) 
{ 

int p; 

list_eleinent_ptr s [PipeDepth] ; 

/* prologue */ 

p = list->headers; 

for ( i=0, i<p; i++ ) { 

PREFETCH( s[i] = list->head [i] ); 

} 

/* steady state */ 
while ( p ) { 

for ( i=0; i<p; i++ ) { 

if ( process_element ( s[i] ) == STOP ) 

return s [i] ; 
s[i] = s[i]->next; 
PREFETCH ( s[i] ) ; 

} 

} 

} 



Figure 8: Example of a Pipelined Linked List traversal. 
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Traverse ( forest_ptr forest ) 
{ 

/* local variables */ 

stack stacks [PipeDepth] ; /* PipeDepth stacks */ 
tree_ptr n; 

int i, trees_left = PipeDepth; 
struct { 

tree__ptr node; 

stack_ptr stack; 
} traversal [PipeDepth] ; /* traversal state descriptor */ 

/* prologue */ 

for { i=0; i<PipeDepth; i++ ) { 

traversal [i] .node = f orest->root [i] ; 
traversal [i] .stack = &stack[i] ; 

PREFETCH (f ores t ->root [i] , sizeof ( f orest->root [i] ) ) ; 

} 



y 2 



{ 



{ 



/* Steady state 
while ( trees_left ) 

for ( i=0; i<trees_lef t; i++ ) 
if { traversal [i] .node->left ) { 

traversal [i] .stack->push( traversal [i] .node->left ) 
traversal [i] .node = traversal [i] .node->left; 
} else { 

n = traversal [i] .stack->pop() ; 
if ( n == NULL ) { /* done with tree i */ 
trees_lef t — ; 
if ( i != trees_left ) 

SWAP ( &traversal [ i ] , ^traversal [ trees_lef t ] ) ; 

} 

process ( n ) ; 

traversal [i] .node = n"->right; 

} 

PREFETCH ( traversal [i] .node ); 



Figure 9: Example of a Pipelined Tree Traversal. 
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Traverse! tree_ptr tree ) 

{ 

/* local variables */ 



/* level -order traversal prologue */ 

PREFETCH ( tree->root ) ; 

enqueue ( src__queue, tree->root ); 

for { i=0, accumulating=true; accumulating; i++ ) { 
n = dequeue ( src_queue ) ; 
if ( n == NULL ) 

return; /* we're done */ 

process (n->data) ; 

if { n->left != NULL ) { 
PREFETCH ( n~>left ) ; 
enqueue ( dst_queue, n->left ); 

} 

if { n->right 1= NULL ) { 
PREFETCH { n->right ); 
enqueue ( dst_queue, n->right ); 

} 

if ( src__queue->size + dst_queue->size < PipeDepth ) { 
if ( i >= src_queue->size ) 

SWAP( src_queue, dst_queue ); 
} else { 

accumulating = false; 

while { src_queue->size > 0 ) { 

traversal [trees__left] .node = dequeue ( src_queue ); 
traversal [trees_left] .stack = stack[trees_left] ; 
trees_left++; 

} 

while { dst_queue->size > 0 ) { 

traversal [trees_left] .node = dequeue ( dst_queue ); 
traversal [trees_left] .stack = stack [ trees_left] ; 
trees_lef t++; 

} 

} 

} 

/* steady state loop */ 



Figure 10: Example of a pipelined level-order tree traversal. 
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Detailed Description 

Prefetching pointer-based data structures is much more difficult that prefetching data structures 
with regular access patterns. In order to prefetch array based data structures, Klaiber and Levy proposed 
using software pipelining - a method of issuing a prefetch request during one loop iteration for a memory 
5 operand that would be used in a future iteration. For example, during loop iteration; in which an array X[j} 
is processed, a prefetch request is issued for the operand X[j-\-d], where d is the number of loop iterations 
required to hide the memory latency of a cache miss. The problem with this method of scheduling prefetch 
requests, prior to the introduction of this invention, is that it could not be applied to pointer-based data 
structures. The invention partitions pointer based data structures into multiple sub-structures, and then 
10 schedules prefetch requests by pipelining accesses across multiple substructures in a manner similar to that 
described by Klaiber and Levy. The application of the invention is illustrated on two important data 
structures below, linked lists and trees. 

The invention consists of the following method. Step 1 is to create a parallel data structure 
consisting of partitions. Step 1 can be performed by means of transforming an existing data structure 
into a parallel data structure, by generating the implementation via a class library or container classes in an 
object oriented system, or by a compiler. Step 2 is to pipeline the traversal across the partitions of the 
data structure. Step 3 is to determine the prefetch distance required in order to traverse the data structure of 
step 1 using the pipelined traversal of step 2. The prefetch distance may be determined experimentally by 
the programmer, computed using prior art, or by the compiler. Step 3 is to insert prefetch instructions into 
the traversal loop body (the steady state loop). The steady state loop may be optionally preceded by a 
prologue which performs no data structure traversal, but which does generate prefetch instructions. The 
steady state loop may be followed by an epilogue in which no prefetch instructions are performed, but in 
which traversal of the data structure continues and possibly completes. 

These methods can be illustrated by means of a linked list traversal. Instead of maintaining a 
jump pointer as described by Luk and Mowry, the linked list is partitioned into, or constructed as, p 
sublists. The list header is augmented to save the index of the last sublist to which an element was added, 
as well as the index of the list that contains the current header. An additional state vector s is associated 
with the list to maintain the current pointer into each sublist. If the order in which the nodes are appended 
to the list is Iq, h, /„, then I, is added to the end of list i modulo p. If the head of the list resides in sublist 
h and is to be deleted, then the value of the list head index, H, is updated to h+l modulo p. 

A node is added to the head of the list by updating the list head index to h-l modulo d and 
35 inserting the node at the head of that list. Assuming a corresponding array of tail pointers, elements can be 
inserted and deleted from the tail of the list in a similar fashion. This arrangement makes it possible to 
maintain much of the flexibility of linked lists while preserving the traversal order, which may be an 
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important consideration for managing event queues or other FIFO structures of sufficient size to warrant 
prefetching. If traversal order is not a factor, or insertion and deletion from an arbitrary position in the list 
must be supported, then the process can be modified to simply contain d pointers into the list approximately 
the same distance apart. 

The code fragment in figure 8 illustrates the software pipelined traversal of a set of sublists. If the 
traversal is completed before the end of the list, then any extra prefetch requests represent pure overhead 
and unnecessary additional memory traffic. While the invention applies to both uniprocessors and 
multiprocessors, even in a uniprocessor, the CPU shares the memory bus with I/O controllers. Since I am 
primarily concerned with aggregate throughput, for a significantly long list the cost of these few cases can 
be quickly amortized. 

The method works well if the amount of work required to traverse from any given node in the data 
structure to its successor is small Preorder traversal of a tree, in contrast, requires work at each node to 
determine the next node. The work arises from maintaining the stack and determining whether to follow 
the left or the right child pomter. Our approach requires less memory and is more flexible with respect to 
insertions and deletions than Luk and Mowry's method. The number of sublists may be larger than the 
pipeline depth for any one traversal loop. Thus if the number of sublists is selected to be sufficiently large 
to accommodate the largest pipeline depth of any traversal loop that the application is apt to encounter, then 
the prefetch distance can still be adjusted to an optimal value. 

The sublist method allowed dequeue performance to improve by a factor of 2.85 over an ordinary 
linked list implementation, as illustrated in figure 7. 

The method employed for hiding latency in linked list traversals can also be applied to trees. 
There are two operations commonly performed on static trees: performing some operation on the entke tree 
and searching a tree for particular nodes. Operations performed on an entire tree, are addressed in this 
section. Miss rates for the traversal of an entire tree will be high, since there is very little reuse among 
cached nodes during the traversal process. Finding a node in tree-structured indices is common to database 
applications, and is addressed in a separate, concurrentiy submitted, patent application. 

An alternative approach uses a parallel traversal to accomplish the same goal by maintaining the 
state of the parallel traversals. Software pipelining is performed across the parallel traversals, rather than 
within a single traversal. In order to facilitate the parallelism, the tree is partitioned into a forest of trees, 
where d is the software pipeline depth required to hide memory latency. This approach trades off runtime 
overhead for storage. History pointers require 0(N) extra storage, while the software pipelined approach 
incurs 0{d) extra storage for the state vector and requires 0{d log N) storage for maintenance of multiple 
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stacks. The runtime overhead of the software pipelined approach results from maintaining the state of 
multiple parallel traversals. 

Software pipelined traversals of a forest of binary trees is illustrated in figure 9. The data structure 
in this example does not contain parent pointers. Each tree in the forest is traversed in an in-order fashion, 
and software pipelining occurs across the traversals of each tree in the forest in a round-robin fashion. 
Software pipelining advances the traversal of each tree in the forest by one node before switching to the 
next tree, performing a prefetch for the left or right child when the current node is advanced. 

The same approach can be applied to a recursive version. I selected an iterative version to 
illustrate this approach because it makes the management of the stack explicit. The prologue code is used 
to mitialize the state vector s and prefetch the root nodes of each of the trees in the forest. At some point 
during the traversal process, one of the traversals will necessarily complete before the others, causing the 
variable representing the number of active traversals, p, to be decremented. In order to maintain the state 
of active traversals at consecutive locations of s, the state location of a completed traversal is always 
replaced by the state of the last active traversal, located at the position indicated by the decremented value 
of p. 

As a result of prefetching across parallel traversals, there is no epilogue code. As the number of 
parallel traversals that are in progress decreases, so does the effective depth of the software pipeline, and 
hence the available prefetch distance. In a balanced binary tree, this is not much of a problem because all 
traversal requests will complete within a short time of each other. One way to guard against the problem is 
to increase the number of trees in the forest, with the hope that a sufficient amount of parallelism will be 
available among them for a longer duration. Increasing the depth of the software pipeline brings with it 
potential interference from the additional stack space and state representations that the minor decrease in 
the depth of the average tree cannot compensate for. Figure 7 shows the effect of varying the number of 
trees in a forest of 100 thousand nodes with random keys. A large number of trees is clearly advantageous. 

When the traversal order is a requirement, the data structure can follow a similar approach to that 
employed for linked lists. For a pre-order traversal, for instance, the tree is built as a forest of trees, where 
node Ui is inserted into tree 7, modulo where p is the total number of trees in the forest. A post-order 
traversal follows an analagous construction methodology. 

It is not always acceptable to maintain a forest instead of a single tree. In those cases where the 
traversal order is not important, as when the tree is used to represent a set, the tree can be partitioned by 
means of a level-order traversal. The [log d] - 1 nodes closest to the root can be traversed and processed 
in a level-order fashion during the prologue. The children of level [log d] - I are stored in the state vector 
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s, and the search commences on this forest of subtrees as before. The prologue that performs this task is 
illustrated in figure 10. With each iteration, src_queue contains the nodes of the current level, and 
dst_queue contains the nodes of the next level Once the current level has been processed, the source 
and destination queues swap roles; the process is repeated until the appropriate number of levels have been 
traversed. Figure 5 illustrates the state of the queues once the root node and its left child have been 
processed. Prefetch requests have been issued for the right child of the root node and the two children of 
the left child of the root node, which currently occupy the queue. The elements in the queue are the 
candidates for root nodes of the subtrees across which pipehned tree traversals can be performed. 

Level-order traversal is not generally desirable because of its dynamic storage requirements: the 
queue grows by a factor of A: in a k-SLTy tree at each level, eventually reaching a size of n/k. Since the 
pipelne depth, represented by PipeDepth in our example, tends to be small, only a small number of 
nodes need to be enqueued before a sufficient number of subtrees have been identified to allow effective 
software pipelining. 

Conclusion 

Having described and illustrated the principles of the invention in a preferred embodiment thereof, 
it should be apparent that the invention can be modified in arrangement and detail without departing from 
such principles. I claim all modifications and variation coming within the spirit and scope of the invention. 



